home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19951130-19960209 / 000220_news@columbia.edu _Wed Jan 3 17:28:44 1996.msg < prev    next >
Internet Message Format  |  2020-01-01  |  3KB
  1. Return-Path: news@columbia.edu
  2. Received: from apakabar.cc.columbia.edu (apakabar.cc.columbia.edu [128.59.35.159]) by watsun.cc.columbia.edu (8.7.3/8.7.3) with ESMTP id RAA22385 for <kermit.misc@watsun>; Wed, 3 Jan 1996 17:28:42 -0500 (EST)
  3. Received: (from news@localhost) by apakabar.cc.columbia.edu (8.7.3/8.7.3) id RAA18725 for kermit.misc@watsun; Wed, 3 Jan 1996 17:28:40 -0500 (EST)
  4. Path: news.columbia.edu!panix!bloom-beacon.mit.edu!newsserver.pixel.kodak.com!news.sprintlink.net!newsfeed.internetmci.com!usenet.eel.ufl.edu!afn10375
  5. From: afn10375@afn.org (David A. Johns)
  6. Newsgroups: comp.protocols.kermit.misc
  7. Subject: Re: The Future (was Re: Connecting to the Same Site Multiple Times)
  8. Date: 3 Jan 1996 19:11:18 GMT
  9. Lines: 59
  10. Message-ID: <4cekcm$jos@huron.eel.ufl.edu>
  11. References: <4bcrfp$lvh@piano.synapse.net> <4bt2qs$ap@gaia.ns.utk.edu> <4c1kem$j5r@huron.eel.ufl.edu> <1995Dec29.173301.70177@cc.usu.edu>
  12. NNTP-Posting-Host: freenet4.afn.org
  13. X-Newsreader: TIN [version 1.2 PL2]
  14.  
  15. Joe Doupnik (jrd@cc.usu.edu) wrote:
  16.  
  17. #   > I'd also like to see a way to preserve the scrollback buffer
  18. #   > when logging out of a TCP session.
  19. #
  20. #           It is preserved, actually. But to see it we must be in
  21. #   terminal emulation mode where the character sets and visual
  22. #   attributes are available. It is available when a new session
  23. #   is started, or when we rollback during another session.
  24.  
  25. I just ran a little test.  I started up a TCP session on host A and
  26. then started up another on host B.  While on host B the screen data
  27. from host A were still visible.  I then went back to host A, but found
  28. that nothing in the B session was in the scrollback buffer.  I then
  29. created a new screen on A and switched back to B.  Nothing of the new
  30. A material was visible on B.
  31.  
  32. So it looks like rather than having one continuous buffer, when you
  33. start a new buffer, old material "seeds" it, but nothing new gets
  34. added.
  35.  
  36. Also, when you log off of simultaneous sessions, each buffer is lost
  37. except for the last one.  If you try to look at that one by entering
  38. C, Kermit will also reconnect, so you have to deal with the login
  39. prompt.
  40.  
  41. All this doesn't seem like a system that anyone would actually design
  42. intentionally.
  43.  
  44. David Johns
  45. #   > I'd also like to see a way to preserve the scrollback buffer
  46. #   > when logging out of a TCP session.
  47. #
  48. #           It is preserved, actually. But to see it we must be in
  49. #   terminal emulation mode where the character sets and visual
  50. #   attributes are available. It is available when a new session
  51. #   is started, or when we rollback during another session.
  52.  
  53. I just ran a little test.  I started up a TCP session on host A and
  54. then started up another on host B.  While on host B the screen data
  55. from host A were still visible.  I then went back to host A, but found
  56. that nothing in the B session was in the scrollback buffer.  I then
  57. created a new screen on A and switched back to B.  Nothing of the new
  58. A material was visible on B.
  59.  
  60. So it looks like rather than having one continuous buffer, when you
  61. start a new buffer, old material "seeds" it, but nothing new gets
  62. added.
  63.  
  64. Also, when you log off of simultaneous sessions, each buffer is lost
  65. except for the last one.  If you try to look at that one by entering
  66. C, Kermit will also reconnect, so you have to deal with the login
  67. prompt.
  68.  
  69. All this doesn't seem like a system that anyone would actually design
  70. intentionally.
  71.  
  72. David Johns
  73.